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ABSTRACT 

Flow-field analysis techniques under continuing development at NASA’s Marshall Space Flight 
Center are the foundation for a new type of health monitoring instrumentation for propulsion systems and 
a vast range of other applications. Physics, spectroscopy, mechanics, optics, and cutting-edge computer 
sciences merge to make recent developments in such instrumentation possible. Issues encountered in 
adaptation of such a system to future space vehicles, or retrofit in existing hardware, are central to the 
work. This paper is an overview of the collaborative efforts’ results, current efforts, and future plans. 

INTRODUCTION 

For most of the last two decades, Marshall Space Flight Center (MSFC) personnel have 
collaborated with other NASA centers, governmental agencies, universities, and businesses in the use of 
spectrometers for monitoring and diagnosis of rocket engine health. The Space Shuttle Main Engine 
Technology Test Bed (TTB) in MSFC’s West Test Area, Test Stand 1 16 in the MSFC East Test area, the 
B1 and A2 test stands at Stennis Space Center, and the Delta Clipper Experimental Advanced vehicle 
(DC-XA) at White Sands Missile Range, NM, have all played host to optical sensor systems designed to 
identify trace metals in exhaust. These instruments have come to be known as Optical Plume Anomaly 
Detector (OPAD) systems. 

While the instrument as a whole is called OPAD, the OPAD systems, or OPADS, the analysis 
package subset, both software and related hardware, is usually referred to as the Engine Diagnostic 
Filtering System (EDIFIS). Reference to the data collection portion of the system includes not only the 
digital data collection electronics and supporting software, but also the optics. 


DISCUSSION AND RESULTS 

In order to meet the requirements of IHM, particularly those for in-flight applications, MSFC is 
addressing several aspects of the OPAD system: 1) data collection and processing 2) data analysis 
techniques 3) hardware/system implementation 4) extensions to the use of OPAD spectrographic data. 


DATA COLLECTION AND PROCESSING 


The transducer in these systems is a digitizing spectrometer of one form or another. For the first 
several years, OPAD instruments relied upon custom hardware produced at Arnold Engineering 
Development Center (AEDC). This was because hardware with the necessary capabilities simply did not 
exist at the time. More recently, the systems have come to rely upon ruggedized versions of 
spectrometer units produced commercially. 
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Light from the engine plumes is collected and presented to the spectrometers by means of lens 
assemblies and/or a UV-grade quartz optical fiber, either in single or bundled form. The lens assemblies, 
or telescopes, were mounted off of the engine for most of the early test stand systems, but have been 
mounted directly to the engine nozzles in many of the more recent tests, or on the engine shield 
(“eyeball”) in the case of the DC-XA [1]. 



Figure 1. Assembly of Four OOI S1000 Spectrometers 


Several different hardware platforms have existed through the lifetime of the OPAD effort. Here, 
too, early systems were custom built and programmed; usually, these were DOS or Windows systems on 
some version of a personal computer (PC). Up until recently, the spectrometer output was still in analog 
form, so the data system was required to provide analog-to-digital conversion (A/D) in addition to data 
manipulation and storage. Data collection has since been simplified with commercial off-the-shelf (COTS) 
solutions, such as USB spectrometers that deliver a digitized scan of data as quickly as once every 13 
microseconds through a standard USB interface on a laptop. 

Unfortunately, a standard PC won’t qualify for flight. So as techniques have evolved, it has also 
become necessary to pursue improvement of the hardware used, with an expectant eye toward future 
flights. For this reason, OPAD systems have been considered on such platforms as PC/104, VME, and 
Compact PCI, with both Intel 80x86 and PowerPC processors. Various enclosures have been used, 
ranging from custom to semi-custom. Frequently, the availability of extended temperature (-40 to +85 C) 
and vibration-tolerant versions of hardware has been a driving factor in selection. Boards used so far 
have been ruggedized only in the sense that they were screened at the factory for thermal tolerance, and 
then later provided with custom supplementary packaging to assist in vibration tolerance. 

The advancement of solid-state memory technology has created great interest over the course of 
the last several years. Rotating media in conventional hard drives is simply incapable of withstanding 
launch conditions and difficult to keep operational in the vacuum of space. As a result, more recent 
versions of OPAD have come to contain substantial amounts of Flash disk and other solid-state media. 

Through most of the testing so far, learning to understand and exploit the capabilities of the 
spectrometer units has as a matter of necessity taken second seat to discovering and adapting for the 
intricacies of data collection. As a result, implementation of some improvements has been delayed. . 
Because the spectrometers used are of an integrating type, signal collection takes place over a selectable 
period of time before being output. If the period is too short, the output signal doesn’t encompass enough 
range to be significant. If the period is too long, some or all of the scan will exceed the maximum level, or 
“saturate.” Auto-scaling features have been of interest for quite some time, and are being explored. 



System calibration has been and continues to be an important consideration. For calibration on 
the launch pad, both absorption and emission systems benefit from handheld calibration units applied at 
the vehicle; various configurations of these have been used in the past, with integrating spheres the 
current favorite. These spheres can be placed directly in front of the optics on the vehicle, controlling the 
entire field of view and eclipsing external influences on the calibration. 

In-flight self-calibrating features have also been explored. Possible hardware configurations 
include bifurcated fiber carrying calibrated light directly to the spectrometer on one half-circuit, with the 
source itself packaged safely elsewhere on the vehicle. The known signal could alternate with or 
supplement the signal received through the plume on the other half. Similarly, past tests have included a 
UV-emitting LED in part of the field of view, so that with an additional level of analysis, signal loss due to 
any of several factors can be quantified. 

Additional knowledge of the spectrometer’s more subtle behavior can yield useful information. 
Currently, the OPAD systems utilize COTS hardware from Ocean Optics, Inc. The sensor unit’s array is 
configured to measure 2048 data points simultaneously. Some of these pixels are masked from 
exposure to input light; however, these “dark pixel” positions in the array still output measurable signal. 
While such information is useful for a baseline with which to compare the deviation of the active pixels, all 
of the pixels’ outputs change with variation in the ambient temperature at the array. Ocean Optics has 
been involved in characterization of the thermal response of dark pixels in order to allow temperature 
compensation algorithms to be implemented. 

The methods for detecting oddities in a given scan in order to validate it are not particularly 
difficult. Saturation of an individual pixel occurs any time that pixel’s analog output reaches (or exceeds) 
the maximum binary range of the A/D. Complete saturation occurs when most or all of the pixels in the 
wavelength range of interest saturate. In the former case, some compensation may be possible in order 
to extract useful information from the scan; in the latter case, the entire scan must be invalidated. In 
either case, it might be desirable to decrease the spectrometer’s integration period for ensuing scans. 

Characterization of the baseline of a scan, or even the dark pixels’ behavior, is more of a 
statistical issue. Again, this is not necessarily difficult to accomplish, but it does require the examination 
of most or all of the pixels in several consecutive scans. The average underlying level of the overall scan 
is determined and typically subtracted from the “raw” data during preprocessing. Compensation is also 
made for “hot” pixels - array locations that not only seem to be uncharacteristically active, but also are 
unique to individual spectrometer units. 

Part of the problem with including these desirable functions in real-time has been that the 
processing capability of the system can be taxed just keeping up with the spectrometers’ data output rate. 
The simple fact that the spectrometers are integrating units and deliver their pixel data serially means that 
each scan is already somewhat out of date by the time it arrives in the initial raw data storage. Also, if a 
change is made to a spectrometer’s scan parameters, it will take effect, at the earliest, after the scan 
currently underway finishes. Add to this the time it takes to preprocess, characterize and analyze scans, 
as necessary, and it quickly becomes obvious that the conventional definition of “real-time” is being 
stretched somewhat. 

While redesigning the spectrometers to provide ail of the pixels’ outputs in parallel might seem 
the ideal choice, it would require an A/D for each of thousands of pixels in a single scan. This is not a 
practical option, at least for the near future. However, until such technological advances become 
available, there do exist other feasible approaches. 

Processing hardware is constantly being updated and improved. While available processor 
(CPU) speeds do not typically match those available in commercial personal computers, they are at least 
continually increasing. With requirements for extended temperature capabilities and other ruggedized 
features, the choices are narrowed much further. But, happily, many more companies are starting to 
provide a selection of robust COTS hardware with much more general-purpose functionality. Hardened 
units with Intel ‘x86 processors are still running at between 500 MHz and 1 GHz., but the fact that such 



processors cannot typically be qualified for flight has led to efforts to assemble a cPCI system with 
PowerPC processors running at 300 MHz. Since this new system utilizes a higher-speed bus, data 
transfer will be expedited substantially. Additional features, such as built-in-test (BIT) capability and 
watchdog timers providing better hardware and software safeguarding, are also becoming more 
commonly available on the commercial market. 

Another method to increase system processing power breaks down tasks and delegates them to 
multiple processors. For the OPAD system, parallel processing comes somewhat naturally because 
many of the operations are already segregated. Data collection and preprocessing are fairly self- 
contained, while the EDIFIS functions also break down into three or so distinct operations. For this 
reason, the cPCI system will be built from perhaps four or more CPU cards, each tasked for different 
portions of the system’s overall function. 



Figure 2. MEN Micro CPCI CPU Board 


Operating system (O/S) choices present another field of options. In the past, OPAD data 
collection has relied almost entirely upon Microsoft products. But even while ‘x86 processors were the 
only CPUs utilized, thought was being given to beneficial change. Since non-Intel products came under 
consideration, the drive toward other O/S selections has heightened. Additionally, O/S source code 
requirements preclude the use of protected software. Linux, and specifically some variety of Real-Time 
Linux, has come to be the preferred O/S. Besides having a lower processing overhead and a reputation 
for robustness and flexibility, Linux is on the cutting edge for embedded deployment. 

DATA ANALYSIS TECHNIQUES 


Much of what has been discussed so far for data system development applies equally to the 
EDIFIS subsystem. Faster hardware, parallel processing, and improved O/S selection have impact here, 
too. Getting the analysis package built into and operational with the data collection subsystem will be no 
small accomplishment. But improvements specific to the EDIFIS are also planned, some of which are 
fairly new and exciting technologically. 

One subtask of the EDIFIS will be scan validation. Similar in concept to preprocessing functions 
in the data collection subsystem, this will involve checking the entire scan or a set of scans for 
reasonableness. It would capture data hazards such as stray inputs from launch pad lights or the sun or 
data collection glitches. Validated scans will be fed to the Event Detector subtask. This portion of 
analysis will be responsible for determining if optical energies evident in the data represent significant 




Figure 3. Xilinx FPGA 


anomalous events rather than normal operation of the engine. It should be noted here that some ability to 
quantify the material species detected must be possible in order to make the system work. This is 
important because the relationship of wavelength peak levels in the spectrum to corresponding quantities 
of material being output in the plume is not linear amongst species densities. 

The job of predicting a spectrum given an itemization of materials input to the plume is not nearly 
so difficult as the reverse operation [2]. Another subtask of the EDIFIS involves a neural network using 
each spectral input to make an initial content estimate. This is fed into an iterative algorithm [3,4], which 
repeatedly makes a spectral prediction, compares it with the spectral input, and adjusts the estimate, until 
a nearly identical comparison is reached. The neural network’s estimate significantly reduces the number 
of iterations of the algorithm and total time required to produce the final results. 

Since the neural network only exists at this time as a software model, one current goal is to 
produce a viable hardware version. The objective is further increased speed in producing the output 
estimate from the neural network. Initial estimates are that this speed increase could be a few orders of 
magnitude. 

Multiprocessor systems are one form of parallel computing. Another relatively young variety is 
parallel and dynamically reconfigurable computing done in the form of field programmable gate arrays 
(FPGAs) or other reprogrammable devices reproducing individual CPU operations in numerous 
specialized clusters, as needed. 

Gate counts on available devices now number in the tens of millions, and the technology is 
advancing rapidly. Conceivably, an entire logic network for the EDIFIS will eventually fit on a single chip - 
- with room for the data collection system almost as an afterthought! 

Studies are underway at MSFC utilizing a new breed of computer that capitalizes on FPGAs. 
StarBridge Systems produces what they call a Hypercomputer, with arrays of FPGAs and the 
accompanying software and hardware necessary to program them for almost any conceivable purpose, 
and to test the results. External connections can also be made to the array for physical testing of the 
logic configured. VIVA, the graphical programming language with their system, possesses many of the 
versatile features of other popular programming languages: objects, polymorphism, and recursion, for 
instance. The software controls code compilation, synthesis, FPGA programming, and graphical control 
and display of testing. Support for interfacing to other languages such as C++ and VHDL is being 
implemented. 




Exploratory work with digital signal processors (DSPs) is also being pursued. Some of these 
devices are very small, relatively inexpensive, and mathematically powerful. If several were wired 
together in the specific configuration of the EDIFIS neural network, a modestly reconfigurable hardware 
version of the network could be produced. Unfortunately, the devices currently under consideration also 
have a reputation for not working well together, and massive interconnectivity is crucial to building a 
neural network. 

HARDWARE/SYSTEM IMPLEMENTATION 

Useful results from the current incarnation of OPAD system are really only attainable provided 
detailed knowledge exists of the system under test. An intimate understanding of not only the materials 
used in all of an engine’s components but also the physics of its operation is critical. The field of view of 
the optics, probe location(s), and flight conditions all combine to influence results. Some very intricate 
science goes into making the measurements needed. 

An optimal scenario for future application of OPAD technology to engine diagnostics requires 
involvement of the OPAD team in the design of a target engine and vehicle from the start. Rather than 
install probes or collection optics on the engine wherever they will fit, collection optics and related 
hardware would be physically and functionally integrated into the vehicle system. This could mean 
moving the probes from the nozzle lip up into the walls of the engine nozzle, combustion chamber, or 
other flow-field path. Or it could mean something as simple as building protected paths for the optical 
fibers into the exterior of the engine. But it has become increasingly apparent over the years that 
retrofitting existing engines and vehicles can be challenging, although possible in many instances. 

A slightly more ambitious option for integrating an OPAD system into a vehicle’s design requires 
going back even further in the design process, with a technique that has come to be referred to as 
“doping” or “tagging.” By incorporating materials science technology early on that would allow unique 
trace ions to exist in component alloys, particularly those of a critical nature, the issue of determining 
which part is eroding into the engine plume, and at what rate, becomes elementary by comparison. Since 
the OPAD potentially is sensitive to parts per billion of a given material [5], the amount of doping required 
should have a negligible effect on the properties of alloys used, but the potential for failure mitigation and 
reduction in operations costs could be significant. 

EXTENSIONS TO THE USE OF OPAD SPECTROGRAPHIC DATA 1 61 

To further expand hardware failure mitigation capabilities utilizing spectrographic data, and OPAD 
system data in particular, efforts to characterize, calibrate and independently measure large and small 
variations in bulk O/F have been undertaken. For the purpose of analyses, the SSME nozzle is used as a 
guide in building a first order model of the problem. Preliminary estimates suggest sensitivity on the order 
of fractions of a percent change in total O/F relative to combustion fluctuations. The algorithm is believed 
extensible to other fuels, e.g. RP-1 with modification and additional parameters to address specific 
differing constituents and radiation sources. Furthermore, early analyses suggest in-nozzle optical 
access may be paramount to avoiding interferences due to particulates (soot) in hydrocarbon-based fuels 
such as RP-1 and in mitigation of background radiation issues. 

At the high temperatures and pressures created inside the nozzle or in the shock structure, H2 - 
02 combustion yields radiative emission in the UN-VIS-NIR primarily due to strong OH and H20 in the UV 
and NIR respectively. In addition, a blue - UV continuum is observed that is believed to emanate from an 
unstable excited electronics state of water vapor. Current efforts for O/F sensing will center around 
deriving a robust model for O/F, initially using the OH and UV-blue continuum which appear inseparable. 
No first-principle validated spectroscopic data models are known. The algorithm must separate OH from 
continuum and discriminate against changes in RPL or other flow-field condition. 
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Figure 5. Estimated OH and Continuum Intensity vs. O/F 
(See Reference 6) 

Analyses will ensure bulk O/F is observed by careful selection of optical wavelength band 
transmittance for combustion active constituents. Other background sources may be present and require 
further models or design to minimize the effects thereof. The effects of film cooling should be 
characterized if significant. Whiie various techniques have traditionally been applied, e.g. line-by-line or 
radiation band methods, the analysis of OH is especially difficult, due to the many high overtones and 
suspected chemiluminescence. 
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Figure 6. Comparison of Preliminary Results to Scheduled O/F 

(See Reference 6) 




Preliminary findings may be summarized as follows: (1) data corroborates theory for range 6.0 ~ 
7.0 O/F; (2) +/- 0.2% O/F variance detectable in TTB case; (3) small combustion fluctuations noted; (4) 
analyses suggests methodology scalable to other engines/fuels (RP-1 chemistry in nozzle), perhaps 
hybrids; (5) detection of off-nominal fuel flow failure modes appear viable for risk mitigation. 


CONCLUSIONS 

Numerous variables in the successful application of emission and absorption spectroscopy, in 
particular OPAD technology, to engine health monitoring and management have been discussed only 
briefly in this paper. An in-depth presentation would require substantially more space, along with more 
specific information on the particular configuration and requirements of a chosen target engine and 
vehicle. Hopefully, the information given here provides, at the very least, some useful understanding of 
not only the versatility and potential of OPAD-type technology, but also the efforts underway to address 
the needs of Integrated Health Management. 
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